home *** CD-ROM | disk | FTP | other *** search
/ IRIX Base Documentation 2002 November / SGI IRIX Base Documentation 2002 November.iso / usr / share / catman / u_man / cat1 / perlbug.z / perlbug
Encoding:
Text File  |  2002-10-03  |  12.4 KB  |  331 lines

  1.  
  2.  
  3.  
  4. PPPPEEEERRRRLLLLBBBBUUUUGGGG((((1111))))                                                          PPPPEEEERRRRLLLLBBBBUUUUGGGG((((1111))))
  5.  
  6.  
  7.  
  8. NNNNAAAAMMMMEEEE
  9.      perlbug - how to submit bug reports on Perl
  10.  
  11. SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
  12.      ppppeeeerrrrllllbbbbuuuugggg [ ----vvvv ] [ ----aaaa _a_d_d_r_e_s_s ] [ ----ssss _s_u_b_j_e_c_t ] [ ----bbbb _b_o_d_y | ----ffff _i_n_p_u_t_f_i_l_e ]
  13.      [ ----FFFF _o_u_t_p_u_t_f_i_l_e ] [ ----rrrr _r_e_t_u_r_n_a_d_d_r_e_s_s ] [ ----eeee _e_d_i_t_o_r ]
  14.      [ ----cccc _a_d_m_i_n_a_d_d_r_e_s_s | ----CCCC ] [ ----SSSS ] [ ----tttt ]  [ ----dddd ]  [ ----hhhh ]
  15.  
  16.      ppppeeeerrrrllllbbbbuuuugggg [ ----vvvv ] [ ----rrrr _r_e_t_u_r_n_a_d_d_r_e_s_s ] [ ----ooookkkk | ----ooookkkkaaaayyyy | ----nnnnooookkkk | ----nnnnooookkkkaaaayyyy ]
  17.  
  18. DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  19.      A program to help generate bug reports about perl or the modules that
  20.      come with it, and mail them.
  21.  
  22.      If you have found a bug with a non-standard port (one that was not part
  23.      of the _s_t_a_n_d_a_r_d _d_i_s_t_r_i_b_u_t_i_o_n), a binary distribution, or a non-standard
  24.      module (such as Tk, CGI, etc), then please see the documentation that
  25.      came with that distribution to determine the correct place to report
  26.      bugs.
  27.  
  28.      perlbug is designed to be used interactively. Normally no arguments will
  29.      be needed.  Simply run it, and follow the prompts.
  30.  
  31.      If you are unable to run ppppeeeerrrrllllbbbbuuuugggg (most likely because you don't have a
  32.      working setup to send mail that perlbug recognizes), you may have to
  33.      compose your own report, and email it to ppppeeeerrrrllllbbbbuuuugggg@@@@ppppeeeerrrrllll....ccccoooommmm.  You might
  34.      find the ----dddd option useful to get summary information in that case.
  35.  
  36.      In any case, when reporting a bug, please make sure you have run through
  37.      this checklist:
  38.  
  39.      What version of perl you are running?
  40.          Type perl -v at the command line to find out.
  41.  
  42.      Are you running the latest released version of perl?
  43.          Look at http://www.perl.com/ to find out.  If it is not the latest
  44.          released version, get that one and see whether your bug has been
  45.          fixed.  Note that bug reports about old versions of perl, especially
  46.          those prior to the 5.0 release, are likely to fall upon deaf ears.
  47.          You are on your own if you continue to use perl1 .. perl4.
  48.  
  49.      Are you sure what you have is a bug?
  50.          A significant number of the bug reports we get turn out to be
  51.          documented features in perl.  Make sure the behavior you are
  52.          witnessing doesn't fall under that category, by glancing through the
  53.          documentation that comes with perl (we'll admit this is no mean task,
  54.          given the sheer volume of it all, but at least have a look at the
  55.          sections that _s_e_e_m relevant).
  56.  
  57.          Be aware of the familiar traps that perl programmers of various hues
  58.          fall into.  See the _p_e_r_l_t_r_a_p manpage.
  59.  
  60.  
  61.  
  62.  
  63.                                                                         PPPPaaaaggggeeee 1111
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70. PPPPEEEERRRRLLLLBBBBUUUUGGGG((((1111))))                                                          PPPPEEEERRRRLLLLBBBBUUUUGGGG((((1111))))
  71.  
  72.  
  73.  
  74.          Try to study the problem under the perl debugger, if necessary.  See
  75.          the _p_e_r_l_d_e_b_u_g manpage.
  76.  
  77.      Do you have a proper test case?
  78.          The easier it is to reproduce your bug, the more likely it will be
  79.          fixed, because if no one can duplicate the problem, no one can fix
  80.          it.  A good test case has most of these attributes: fewest possible
  81.          number of lines; few dependencies on external commands, modules, or
  82.          libraries; runs on most platforms unimpeded; and is self-documenting.
  83.  
  84.          A good test case is almost always a good candidate to be on the perl
  85.          test suite.  If you have the time, consider making your test case so
  86.          that it will readily fit into the standard test suite.
  87.  
  88.      Can you describe the bug in plain English?
  89.          The easier it is to understand a reproducible bug, the more likely it
  90.          will be fixed.  Anything you can provide by way of insight into the
  91.          problem helps a great deal.  In other words, try to analyse the
  92.          problem to the extent you feel qualified and report your discoveries.
  93.  
  94.      Can you fix the bug yourself?
  95.          A bug report which _i_n_c_l_u_d_e_s _a _p_a_t_c_h _t_o _f_i_x _i_t will almost definitely
  96.          be fixed.  Use the diff program to generate your patches (diff is
  97.          being maintained by the GNU folks as part of the ddddiiiiffffffffuuuuttttiiiillllssss package,
  98.          so you should be able to get it from any of the GNU software
  99.          repositories).  If you do submit a patch, the cool-dude counter at
  100.          perlbug@perl.com will register you as a savior of the world.  Your
  101.          patch may be returned with requests for changes, or requests for more
  102.          detailed explanations about your fix.
  103.  
  104.          Here are some clues for creating quality patches: Use the ----cccc or ----uuuu
  105.          switches to the diff program (to create a so-called context or
  106.          unified diff).  Make sure the patch is not reversed (the first
  107.          argument to diff is typically the original file, the second argument
  108.          your changed file).  Make sure you test your patch by applying it
  109.          with the patch program before you send it on its way.  Try to follow
  110.          the same style as the code you are trying to patch.  Make sure your
  111.          patch really does work (make test, if the thing you're patching
  112.          supports it).
  113.  
  114.      Can you use perlbug to submit the report?
  115.          ppppeeeerrrrllllbbbbuuuugggg will, amongst other things, ensure your report includes
  116.          crucial information about your version of perl.  If perlbug is unable
  117.          to mail your report after you have typed it in, you may have to
  118.          compose the message yourself, add the output produced by perlbug -d
  119.          and email it to ppppeeeerrrrllllbbbbuuuugggg@@@@ppppeeeerrrrllll....ccccoooommmm.  If, for some reason, you cannot
  120.          run perlbug at all on your system, be sure to include the entire
  121.          output produced by running perl -V (note the uppercase V).
  122.  
  123.      Having done your bit, please be prepared to wait, to be told the bug is
  124.      in your code, or even to get no reply at all.  The perl maintainers are
  125.      busy folks, so if your problem is a small one or if it is difficult to
  126.  
  127.  
  128.  
  129.                                                                         PPPPaaaaggggeeee 2222
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136. PPPPEEEERRRRLLLLBBBBUUUUGGGG((((1111))))                                                          PPPPEEEERRRRLLLLBBBBUUUUGGGG((((1111))))
  137.  
  138.  
  139.  
  140.      understand or already known, they may not respond with a personal reply.
  141.      If it is important to you that your bug be fixed, do monitor the Changes
  142.      file in any development releases since the time you submitted the bug,
  143.      and encourage the maintainers with kind words (but never any flames!).
  144.      Feel free to resend your bug report if the next released version of perl
  145.      comes out and your bug is still present.
  146.  
  147. OOOOPPPPTTTTIIIIOOOONNNNSSSS
  148.      ----aaaa      Address to send the report to.  Defaults to `perlbug@perl.com'.
  149.  
  150.      ----bbbb      Body of the report.  If not included on the command line, or in a
  151.              file with ----ffff, you will get a chance to edit the message.
  152.  
  153.      ----CCCC      Don't send copy to administrator.
  154.  
  155.      ----cccc      Address to send copy of report to.  Defaults to the address of
  156.              the local perl administrator (recorded when perl was built).
  157.  
  158.      ----dddd      Data mode (the default if you redirect or pipe output).  This
  159.              prints out your configuration data, without mailing anything.
  160.              You can use this with ----vvvv to get more complete data.
  161.  
  162.      ----eeee      Editor to use.
  163.  
  164.      ----ffff      File containing the body of the report.  Use this to quickly send
  165.              a prepared message.
  166.  
  167.      ----FFFF      File to output the results to instead of sending as an email.
  168.              Useful particularly when running perlbug on a machine with no
  169.              direct internet connection.
  170.  
  171.      ----hhhh      Prints a brief summary of the options.
  172.  
  173.      ----ooookkkk     Report successful build on this system to perl porters. Forces ----SSSS
  174.              and ----CCCC. Forces and supplies values for ----ssss and ----bbbb. Only prompts
  175.              for a return address if it cannot guess it (for use with mmmmaaaakkkkeeee).
  176.              Honors return address specified with ----rrrr.  You can use this with
  177.              ----vvvv to get more complete data.   Only makes a report if this
  178.              system is less than 60 days old.
  179.  
  180.      ----ooookkkkaaaayyyy   As ----ooookkkk except it will report on older systems.
  181.  
  182.      ----nnnnooookkkk    Report unsuccessful build on this system.  Forces ----CCCC.  Forces and
  183.              supplies a value for ----ssss, then requires you to edit the report and
  184.              say what went wrong.  Alternatively, a prepared report may be
  185.              supplied using ----ffff.  Only prompts for a return address if it
  186.              cannot guess it (for use with mmmmaaaakkkkeeee). Honors return address
  187.              specified with ----rrrr.  You can use this with ----vvvv to get more complete
  188.              data.  Only makes a report if this system is less than 60 days
  189.              old.
  190.  
  191.  
  192.  
  193.  
  194.  
  195.                                                                         PPPPaaaaggggeeee 3333
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202. PPPPEEEERRRRLLLLBBBBUUUUGGGG((((1111))))                                                          PPPPEEEERRRRLLLLBBBBUUUUGGGG((((1111))))
  203.  
  204.  
  205.  
  206.      ----nnnnooookkkkaaaayyyy  As ----nnnnooookkkk except it will report on older systems.
  207.  
  208.      ----rrrr      Your return address.  The program will ask you to confirm its
  209.              default if you don't use this option.
  210.  
  211.      ----SSSS      Send without asking for confirmation.
  212.  
  213.      ----ssss      Subject to include with the message.  You will be prompted if you
  214.              don't supply one on the command line.
  215.  
  216.      ----tttt      Test mode.  The target address defaults to `perlbug-
  217.              test@perl.com'.
  218.  
  219.      ----vvvv      Include verbose configuration data in the report.
  220.  
  221. AAAAUUUUTTTTHHHHOOOORRRRSSSS
  222.      Kenneth Albanowski (<kjahds@kjahds.com>), subsequently _d_o_ctored by
  223.      Gurusamy Sarathy (<gsar@umich.edu>), Tom Christiansen
  224.      (<tchrist@perl.com>), Nathan Torkington (<gnat@frii.com>), Charles F.
  225.      Randall (<cfr@pobox.com>), Mike Guy (<mjtg@cam.a.uk>), Dominic Dunlop
  226.      (<domo@computer.org>) and Hugo van der Sanden (<hv@crypt0.demon.co.uk>).
  227.  
  228. SSSSEEEEEEEE AAAALLLLSSSSOOOO
  229.      _p_e_r_l(1), _p_e_r_l_d_e_b_u_g(1), _p_e_r_l_t_r_a_p(1), _d_i_f_f(1), _p_a_t_c_h(1)
  230.  
  231. BBBBUUUUGGGGSSSS
  232.      None known (guess what must have been used to report them?)
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.  
  260.  
  261.                                                                         PPPPaaaaggggeeee 4444
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268. PPPPEEEERRRRLLLLBBBBUUUUGGGG((((1111))))                                                          PPPPEEEERRRRLLLLBBBBUUUUGGGG((((1111))))
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.                                                                         PPPPaaaaggggeeee 5555
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.